Contextual rendering of process graphics

ABSTRACT

Contextual rendering systems, methods, and computer-readable media include circuitry configured to parse a graphics file into a plurality of graphics objects, determine whether one or more dynamic behavior attributes are present for each graphics object, extract at least one tag name for each graphics object having the one or more dynamic behavior attributes, assign an attribute weight to each dynamic behavior attribute, compute a sum of the attribute weights for each tag name-graphics object combination, rank each of the tag name-graphics object combinations according to the respective computed sum, and display a portion of a graphics view of one or more graphics objects for a first-ranked tag name-graphics object combination in context with other graphics objects.

BACKGROUND

Industrial automation systems can include input and output modules,industrial controllers, Human Machine Interfaces (HMIs), and a controlnetwork used for communication. It can also include one or moreengineering stations used for configuring the entire system, includingHMIs and industrial controllers.

The industrial controller is a device that performs process control. Ithas various types of function blocks that execute control calculationsand the input/output functions, such as the process input/output and thesoftware input/output.

Conventional systems and methods or function blocks perform inputprocessing, calculation processing, and output processing in sequencefor an input signal read from the input terminal, and writes an outputsignal from the output terminal. It also performs alarm processing whenan abnormality is detected in input, calculation, or output. Eachfunction block that is configured to be used in an industrial controllerhas an associated tag name.

Most abnormalities in the plant have an associated alarm. Alarms can beof two types, such as a process alarm and a system alarm. Process alarmsoriginate from the industrial controller. The industrial controllerdetects an abnormality in the process from values, such as the processvariable (PV) and a manipulated output value (MV), and reflects this inthe function block alarm status. At the same time, the industrialcontroller consolidates the detection results and gives notification ofthese to the HMI (operation and monitoring function) as a message. Alarmprocessing is found in each function block.

The alarm generated from a function block can have a different status,such as input open (IOP+, IOP−), input error (BAD), input high or low(HH, HI, LO, LL), input velocity (VEL+, VEL−), deviation alarm (DV+,DV−), output open (OOP), output high and output low (MHI, MHL), and badconnection (CNF). The system alarm notifies an operator of anabnormality in the hardware and communication errors. The alarmprocessing level can be designated for each tag name. The alarmsoriginating from the function block have a designated priority (forexample, high, medium, or low). An importance level for each tag namecan be specified for example, as important, general, or auxiliary.

The HMI system used in industrial automation usually presents theinformation to operating personnel graphically in the form of graphicspages (also called process graphics, graphics views, or mimic diagrams).The operator can see a schematic representation of the plant beingcontrolled. For example, a picture of a pump connected to a pipe canillustrate to the operator that the pump is running and how much fluidis pumping through the pipe at the moment. The operator can switch thepump off, if desired. The HMI system shows the flow rate of the fluid inthe pipe in real time.

Graphics pages can include line graphics and schematic symbols torepresent process elements, or digital photographs of the processequipment overlain with animated symbols. The elements of a graphicspage are generally referred to as graphics objects. Graphics objects canbe configured to show the process value by associating them withcorresponding process tag names. They can also be configured to show thealarm status of associated tag names.

The “background” description provided herein is for the purpose ofgenerally presenting the context of the disclosure. Work of thepresently named inventors, to the extent it is described in thisbackground section are neither expressly nor impliedly admitted as priorart against the present invention. In addition, aspects of thedescription which may not otherwise qualify as prior art at the time offiling are neither expressly nor impliedly admitted as prior art againstthe present disclosure.

SUMMARY

Embodiments described herein provide an optimal and contextual viewingexperience for mobile device users in which there is limited screen realestate. Zooming, panning, and scrolling are minimized to provide fasterand more efficient results. Re-engineering of existing process graphicsis not necessary to achieve the improved rendering described herein.Instead, image-based dynamic and static contextual rendering for mobiledevices is achieved. This provides faster navigation to other points ofinterest within the same graphics file or in other graphics files rankedby relevance.

Embodiments include a contextual rendering system comprising circuitryconfigured to parse a graphics file into a plurality of graphicsobjects, determine whether one or more dynamic behavior attributes arepresent for each graphics object, extract at least one tag name for eachgraphics object having the one or more dynamic behavior attributes,assign an attribute weight to each dynamic behavior attribute, compute asum of the attribute weights for each tag name-graphics objectcombination, rank each of the tag name-graphics object combinationsaccording to the respective computed sum, and display a portion of agraphics view of one or more graphics objects for a first-ranked tagname-graphics object combination in context with other graphics objects.

The foregoing paragraphs have been provided by way of generalintroduction, and are not intended to limit the scope of the followingclaims. The described embodiments, together with further advantages,will be best understood by reference to the following detaileddescription, taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete appreciation of the disclosure and many of the attendantadvantages thereof will be readily obtained as the same becomes betterunderstood by reference to the following detailed description whenconsidered in connection with the accompanying drawings, wherein:

FIG. 1 illustrates an overview of an exemplary contextual renderingprocess graphics system according to an embodiment;

FIG. 2 illustrates an exemplary graphics analyzer process according toan embodiment;

FIG. 3A illustrates an exemplary flowchart for analyzing graphicsaccording to an embodiment;

FIG. 3B illustrates an exemplary flowchart for retrieving and displayingcontextual graphics according to an embodiment;

FIG. 4A illustrates a screen display of a full rendering of a graphicsfile according to an embodiment;

FIG. 4B illustrates a screen display of a contextual rendering of thegraphics file according to an embodiment;

FIG. 5A illustrates a screen display of the same full rendering of thegraphics file according to an embodiment;

FIG. 5B illustrates a screen display of a contextual rendering of thegraphics file according to an embodiment;

FIG. 6 is a block diagram illustrating an exemplary electronic deviceaccording to an embodiment;

FIG. 7 is a block diagram illustrating an exemplary computing deviceaccording to an embodiment;

FIG. 8 is a block diagram of an exemplary data processing systemaccording to an embodiment;

FIG. 9 is a block diagram of an exemplary CPU according to anembodiment; and

FIG. 10 is a flowchart of an exemplary method of contextually renderinggraphics according to an embodiment.

DETAILED DESCRIPTION OF THE EMBODIMENTS

Embodiments described herein provide contextual rendering of a graphicsfile, wherein contextual rendering is a method in which to displaygraphics in a limited display-screen size. This can be achieved byselecting a particular graphics object, which will depend upon thelimited display-screen size. For example, a contextual graphics objectfor display on a smart phone may be different from a contextual graphicsobject for display on a tablet device. As a result, an automated zoom ofthe contextual graphics area is displayed on the mobile device, whereinthe selected contextual area is based upon a score of dynamic behaviorattributes of each graphics object, position of the graphics objects,and the mobile device screen size. When the behavior of an attribute isdynamic, the attribute is a dynamic attribute.

A graphics file usually has more than one graphics object, wherein agraphics object is an element within a graphics page. Each graphicsobject has a plurality of attributes, such as data display, alarm colorchange, and alarm blinking. Graphics objects can have more than oneattribute.

A graphics analyzer is configured to extract tag names for theattributes. A tag name is an identifier for values in an industrialautomation system. Examples of values include, but are not limited to aprocess value from a field device wherein the process value is a rawvalue from the field device or historian, a value calculated in afunction block or an industrial controller, and a tuning parameter usedfor calculation in a function block or an industrial controller.

Each attribute has a pre-defined customizable weight assigned to it. Ahigher weighting is assigned to graphics objects that have a datadisplay attribute in order to best visualize the given tag name. Otherattributes, such as an alarm or modifier are given a lower weighting. Atotal score is computed for each graphics object-tag name combination.The total score is computed for each tag name of the graphics objectbased upon the relative weight of all of its attributes.

Coordinates of the graphics objects of the graphics file are extracted.The graphics objects are sorted based upon their total scores. When morethan one graphics object for a given tag name has the same total score,the graphics objects are sorted based upon their relative location fromthe top and left of the graphics file, which are determined from theirrespective coordinates.

Based upon a user selection of a particular tag name or tag names, aportion of a specific graphics view containing the specific graphicsobjects associated with those tag name(s) is displayed, such that thedisplayed image fits the given screen size. This provides an optimumvisual display of graphics data for the selected tag name(s) of interestto a user. Since the complete graphics view is not rendered, this avoidsthe need for pinch and zoom actions and/or to navigate to find therelevant graphics portion(s). The graphics analyzer computes the scorefor each graphics object-tag name combination. In addition, the graphicsanalyzer sorts the graphics objects based upon their relative coordinatepositions in the graphics view.

When a primary graphics object is displayed, one or more additionalassociated graphics objects can also be displayed. In an example, ifthere is a nearby label text displaying the tag name, the tag name canalso be included along with the primary graphics object.

Input from other analyses can be used to identify a most likely cause ofan alarm and subsequently allow a user to navigate to the associatedgraphics objects. In an example, control drawing files could be analyzedto identify related process tag names for a current process tag name andalarm. The user would be allowed or directed to navigate into thecorresponding graphics objects.

FIG. 1 illustrates an exemplary overview of a contextual renderingprocess graphics system according to an embodiment. A mobile user 105initiates a request to display graphics for a tag name of interest on amobile device 110. Mobile device 110 has a display screen and networkcommunication capability, such as that for a smart phone or a tabletmobile device. A software application resides on the mobile device 110,which is capable of displaying the requested graphics and/or featuresfor browsing or navigation. A server 115 transmits the request(s)received from the mobile device 110.

A graphics file analyzer 120 is configured to analyze graphics contentwithin graphics files of a graphics file repository 125. Graphics fileanalyzer 120 identifies a tag name and an associated graphics objectwithin a graphics file and computes a score for each graphics object-tagname combination, based on pre-defined rules. The identification can bemade per pre-established criteria, such as an alarm color, an alarmblink, a data display, or a modifier. Graphics file analyzer 120computes a total score for each graphics file-tag name combination,which is obtained by combining all of the graphics object scores for agiven tag name. Table 121 illustrates graphics files, their associatedtag name, the one or more graphics objects identified for each tag name,and a combined graphics object score for each tag name. The resultinginformation is stored in an analyzer repository 130. A graphics analyzerprocess is described in more detail herein with reference to FIG. 2.

In FIG. 1, a graphics finder 135 is configured to identify a graphicsfile from graphics file repository 125, which is configured in one ormore graphics-file formats. Graphics finder 135 identifies a graphicsfile based on a tag name, and sorts and ranks relevant graphics filesbased upon the previously computed scores. A request handler 140 isconfigured to receive a forwarded request by the server 115 from mobiledevice 110. The request handler 140 is configured to forward the requestto a real-time data source 145 and/or an image renderer 150.

A contextual graphics view renderer 155 is displayed upon the screen ofmobile device 110. For a particular identified graphic, a displayedgraphics view corresponds to the ranked objects within the associatedgraphics file. The rendering can be controlled based upon the displayscreen size of mobile device 110 and other mobile device capabilities. Afirst display inset 160 of the contextual graphics view renderer 155illustrates a reactor and associated metric, such as a currenttemperature or flow rate. A second display inset 165 of the contextualgraphics view renderer 155 illustrates a furnace and associated metrics,such as temperature, pressure, and flow rate.

FIG. 2 illustrates an exemplary graphics analyzer process according toan embodiment. Graphics file analyzer 120 parses each graphics file instep S210. One or more graphics objects having attributes related todynamic behavior, such as data display or a conditional modifier areidentified in step S220. Tag names defined in the graphics objectattributes are extracted in step S230. For each graphics object-tag namecombination, a score is computed based upon a customizable weightassigned to each type of attribute in step S240. Table 250 illustratessome exemplary attributes and their associated assigned weights. Forexample, a data display attribute has an assigned weight of five, analarm blink attribute has an assigned weight of three, an alarm colorattribute has an assigned weight of three, a modifier attribute has anassigned weight of one, a label attribute has an assigned weight of one,and an overview attribute has an assigned weight of three. However, manyother attributes and associated assigned weights are contemplated formultiple types of industries by embodiments described herein.

Each graphics object can be associated with multiple attributes, asillustrated in Table 250. For a given graphics object-tag namecombination, the total score is computed with respect to the relativeassigned weights for all attributes.

For each graphics file, tag names are indexed with reference to eachgraphics object and its location, as illustrated in Table 260. Graphicsobjects are sorted based upon their priority score in step S270. If twoor more graphics objects exist for a given tag name with the same score,they are sorted based upon their relative location from the top and leftof the graphics file. However, other location systems and methods arecontemplated by embodiments described herein. The location of eachobject is illustrated in the second column of Table 250. A total scoreis computed for each tag name of each graphics file, as illustrated inTable 260. Results are stored in the analyzer repository 130.

Calculations are made from a tag name point of view. Computations arebased on a tag name, tag name-graphics object, and tag name-graphicsfile. One tag name can have multiple attributes, hence multipleattributes can have the same tag name as illustrated in Table 250 ofFIG. 2.

FIG. 3A illustrates an exemplary flowchart for analyzing graphics.Contents of a graphics file are analyzed in step S310. Results arestored in the analyzer repository HO, which includes mapping betweeneach process tag name and a graphics object in a process graphics filein step S320. The location of the graphics objects visualizes associatedprocess data from the associated process tag name. Repository resultscan be stored on the server side, such as server 115. However,repository results can be stored elsewhere within the contextualrendering process graphics system, or repository results can be storedexternal of the contextual rendering process graphics system. Externalstorage can include, but is not limited to a central processor, server,and/or storage system in another location, or storage via a cloudcomputing environment.

Scores are computed for all attributes of a graphics object-tag namecombination (Score_OT) in step S330. A sum of all relative assignedattribute weights is calculated asScore_OT=Σ(relative assigned attribute weights)

The graphics objects are sorted in step S340 based upon their respectiveScore_OT and based upon their relative locations. Graphics file-tag namecombinations (Score_FT) are identified in step S350, whereinScore_FT=ΣScore_OT

Results of all Score_FT and Score_OT for all graphics files are storedin the analyzer repository 130 in step S360. In an embodiment, thegraphic objects for each graphic file are sorted based on Score_OT. Thegraphic objects are stored based on the sorted results.

FIG. 3B illustrates an exemplary flowchart for retrieving and displayingcontextual graphics. A mobile device user, such as mobile user 105 mayreceive a notification of an abnormality, such as a process alarm on amobile device, such as mobile device 110. The mobile user 105 canrequest associated process graphics for viewing on the mobile device110, or the mobile user 105 can request a tag name for an associatedprocess graphic to identify the cause of the alarm. After receiving theprocess tag name associated with the alarm (or other notification), amobile device application on the mobile device 110 requests processgraphics information from the server 115 to visualize graphicsassociated with the tag name in step S315. The server 115 identifies theprocess graphics files from the graphics repository 125 to be displayedand also provides the coordinates of the user's point of interest aroundthe graphics objects to be visualized in step S325. In anotherembodiment, graphics files associated with the tag name are identifiedby a graphics finder, such as graphics finder 135 based upon scores forScore_FT. The relevant graphics files are sorted in step S335. Thehighest ranked graphic file is selected. The graphic objects in theselected graphic file are sorted based on scores for Score_OT when thegraphic objects are not sorted before being stored.

In step S345, the sorted graphics objects are displayed via a contextualgraphics view renderer. Using the repository data from the analyzerrepository 130, one or more graphics objects from identified processgraphics files are displayed to the user, along with the coordinates ofthe user's point of interest contextually surrounding the graphicsobjects for the given process tag name. Process graphics with real-timedata can be rendered and periodically updated on a client side tooptimally focus on coordinate information provided by server 115.Control for the graphics display can be adjusted for a zoom level orother display factors accordingly in step S355. Mobile user 105 cannavigate to the next best possible graphics object or graphics filewithin a given context efficiently and with minimal zooming or panning.

FIG. 4A illustrates a screen display of a full rendering of a graphicsfile. The illustrated screen display could be rendered on a tabletmobile device. FIG. 4B illustrates a screen display of a contextualrendering of the graphics file. The attributes of each graphics objectwithin the graphics file have been assigned weights based upon theirdisplayed importance. The assigned attribute weights have been computedand sorted by priority and location for each graphics object-tag namecombination. As a result, the most relevant graphics objects of agraphics file are selected for display as a contextual area around thegraphics object. In FIG. 4B, the contextual area was selected usingembodiments described herein for approximately 40% of the right portionof the full rendering of FIG. 4A.

FIG. 5A illustrates a screen display of the same full rendering of thegraphics file of FIG. 4A. However, the full rendering of FIG. 5A isdisplayed on a smaller device, such as a smart phone. FIG. 5Aillustrates how small the display details can be for a full rendering,which would likely require zooming and/or panning to find an area ofinterest. FIG. 5B illustrates a screen display of a contextual renderingof the graphics file. Using embodiments described herein, FIG. 5B hasdisplayed a different portion of the full rendering for a contextualrendering, based upon computations for contextual graphics objects andproperties of the smaller mobile device.

Weights of attributes can be pre-determined as default values.Alternatively, weights of attributes can be customized according to oneor more user inputs. In an example, a default tag name may be considereda high priority in terms of data display. However, a user input candesignate one or more other attributes as a high priority. Thecustomized user input can be a permanent designation, a timeddesignation, or a use-case designation.

In an embodiment, one or more graphics objects can be hidden orsuppressed by a user input to allow the user to navigate to graphicsobjects of interest more quickly. The graphics object suppression can bea permanent designation, a timed designation, or a use-case designation.

In certain situations, a mobile device may not be capable of renderingand/or updating certain process graphics. Therefore, the rendering canbe executed on the server side, and images can be sent to the mobiledevice for periodic rendering only.

After the graphics analyzer 120 computes the score for each graphicsobject-tag name combination, the score usually remains the same until itis recomputed. The score is recomputed when there is change in aconfiguration or settings update. Examples of a change include a changein dynamic attributes for a graphics object and attribute weight. When atag name of interest is inputted, the top-ranked graphics file isretrieved from the graphics file repository 125 and relevant graphicsobjects from the graphics file are displayed according to an availablescreen space of the mobile device.

In an embodiment, the computed score is based upon a tag name importanceor alarm definition, such as priority or status. However, in otherembodiments, the score is based on an assigned weight factor for eachgraphics object, such as a modifier or data display. The graphicsobjects are further sorted by their coordinate positions.

Embodiments described herein can be implemented via one or more HMIsconfigured to continuously monitor process graphics. However,embodiments described herein are advantageous for mobile users to viewgraphics conveniently on a mobile device while away from a centralcontrol room.

In an embodiment, one or more graphics objects in close vicinity to adisplayed graphics object are selected, based upon a relative distancefrom the displayed graphics object and based on an available screen sizeof the mobile device. In another embodiment, one or more graphicsobjects can be selected based upon grouping information of the graphicsobjects. The grouping information of the graphics objects can beavailable from contents of the graphics file repository 125, configuredduring engineering of the graphics objects.

FIG. 6 is a block diagram illustrating an exemplary electronic device600 that could be used to implement one or more embodiments of thepresent disclosure, such as mobile device 110 and/or any of the mobiledevices illustrated in FIGS. 4A, 4B, 5A, and 5B. In some embodiments,electronic device 600 can be a smartphone. In other embodiments,electronic device 600 can be a laptop, a tablet, a server, an e-reader,a camera, a navigation device, etc.

The exemplary electronic device 600 of FIG. 6 includes a controller 610and a wireless communication processor 602 connected to an antenna 601.A speaker 604 and a microphone 605 are connected to a voice processor603. The controller 610 can include one or more central processing units(CPUs), and can control each element in the electronic device 600 toperform functions related to communication control, audio signalprocessing, control for the audio signal processing, and other kinds ofsignal processing. The controller 610 can perform these functions byexecuting instructions stored in a memory 650. Alternatively, or inaddition to the local storage of the memory 650, the functions can beexecuted using instructions stored on an external device accessed on anetwork or on a non-transitory computer-readable medium.

The memory 650 includes but is not limited to Read Only Memory (ROM),Random Access Memory (RAM), or a memory array including a combination ofvolatile and non-volatile memory units. The memory 650 can be utilizedas working memory by the controller 610 while executing the processesand algorithms of the present disclosure. Additionally, the memory 650can be used for long-term storage, e.g., of image data and informationrelated thereto.

The electronic device 600 includes a control line CL and data line DL asinternal communication bus lines. Control data to/from the controller610 can be transmitted through the control line CL. The data line DL canbe used for transmission of voice data, display data, etc.

The antenna 601 transmits/receives electromagnetic wave signals betweenbase stations for performing radio-based communication, such as thevarious forms of cellular telephone communication. The wirelesscommunication processor 602 controls the communication performed betweenthe electronic device 600 and other external devices via the antenna601. For example, the wireless communication processor 602 can controlcommunication between base stations for cellular phone communication.

The speaker 604 emits an audio signal corresponding to audio datasupplied from the voice processor 603. The microphone 605 detectssurrounding audio and converts the detected audio into an audio signal.The audio signal can then be output to the voice processor 603 forfurther processing. The voice processor 603 demodulates and/or decodesthe audio data read from the memory 650 or audio data received by thewireless communication processor 602 and/or a short-distance wirelesscommunication processor 607. Additionally, the voice processor 603 candecode audio signals obtained by the microphone 605.

The exemplary electronic device 600 can also include a display 620, atouch panel 630, an operations key 640, and a short-distancecommunication processor 607 connected to an antenna 606. The display 620can be a Liquid Crystal Display (LCD), an organic electroluminescencedisplay panel, or another display screen technology. In addition todisplaying still and moving image data, the display 620 can displayoperational inputs, such as numbers or icons which can be used forcontrol of the electronic device 600. The display 620 can additionallydisplay a GUI for a user to control aspects of the electronic device 600and/or other devices. Further, the display 620 can display charactersand images received by the electronic device 600 and/or stored in thememory 650 or accessed from an external device on a network. Forexample, the electronic device 600 can access a network such as theInternet and display text and/or images transmitted from a Web server.

The touch panel 630 can include a physical touch panel display screenand a touch panel driver. The touch panel 630 can include one or moretouch sensors for detecting an input operation on an operation surfaceof the touch panel display screen. The touch panel 630 also detects atouch shape and a touch area. Used herein, the phrase “touch operation”refers to an input operation performed by touching an operation surfaceof the touch panel display with an instruction object, such as a finger,thumb, or stylus-type instrument. In the case where a stylus or the likeis used in a touch operation, the stylus can include a conductivematerial at least at the tip of the stylus. The sensors included in thetouch panel 630 can detect when the stylus approaches/contacts theoperation surface of the touch panel display (similar to the case inwhich a finger is used for the touch operation).

According to aspects of the present disclosure, the touch panel 630 canbe disposed adjacent to the display 620 (e.g., laminated) or can beformed integrally with the display 620. For simplicity, the presentdisclosure assumes the touch panel 630 is formed integrally with thedisplay 620 and therefore, examples discussed herein describe touchoperations being performed on the surface of the display 620 rather thanthe touch panel 630. However, the skilled artisan will appreciate thatthis is not limiting.

For simplicity, the present disclosure assumes the touch panel 630 is acapacitance-type touch panel technology. However, it should beappreciated that aspects of the present disclosure can easily be appliedto other touch panel types (e.g., resistance-type touch panels) withalternate structures. According to aspects of the present disclosure,the touch panel 630 can include transparent electrode touch sensorsarranged in the X-Y direction on the surface of transparent sensorglass.

The touch panel driver can be included in the touch panel 630 forcontrol processing related to the touch panel 630, such as scanningcontrol. For example, the touch panel driver can scan each sensor in anelectrostatic capacitance transparent electrode pattern in theX-direction and Y-direction and detect the electrostatic capacitancevalue of each sensor to determine when a touch operation is performed.The touch panel driver can output a coordinate and correspondingelectrostatic capacitance value for each sensor. The touch panel drivercan also output a sensor identifier that can be mapped to a coordinateon the touch panel display screen. Additionally, the touch panel driverand touch panel sensors can detect when an instruction object, such as afinger is within a predetermined distance from an operation surface ofthe touch panel display screen. That is, the instruction object does notnecessarily need to directly contact the operation surface of the touchpanel display screen for touch sensors to detect the instruction objectand perform processing described herein. Signals can be transmitted bythe touch panel driver, e.g. in response to a detection of a touchoperation, in response to a query from another element based on timeddata exchange, etc.

The touch panel 630 and the display 620 can be surrounded by aprotective casing, which can also enclose the other elements included inthe electronic device 600. According to aspects of the disclosure, aposition of the user's fingers on the protective casing (but notdirectly on the surface of the display 620) can be detected by the touchpanel 630 sensors. Accordingly, the controller 610 can perform displaycontrol processing described herein based on the detected position ofthe user's fingers gripping the casing. For example, an element in aninterface can be moved to a new location within the interface (e.g.,closer to one or more of the fingers) based on the detected fingerposition.

Further, according to aspects of the disclosure, the controller 610 canbe configured to detect which hand is holding the electronic device 600,based on the detected finger position. For example, the touch panel 630sensors can detect a plurality of fingers on the left side of theelectronic device 600 (e.g., on an edge of the display 620 or on theprotective casing), and detect a single finger on the right side of theelectronic device 600. In this exemplary scenario, the controller 610can determine that the user is holding the electronic device 600 withhis/her right hand because the detected grip pattern corresponds to anexpected pattern when the electronic device 600 is held only with theright hand.

The operation key 640 can include one or more buttons or similarexternal control elements, which can generate an operation signal basedon a detected input by the user. In addition to outputs from the touchpanel 630, these operation signals can be supplied to the controller 610for performing related processing and control. According to aspects ofthe disclosure, the processing and/or functions associated with externalbuttons and the like can be performed by the controller 610 in responseto an input operation on the touch panel 630 display screen rather thanthe external button, key, etc. In this way, external buttons on theelectronic device 600 can be eliminated in lieu of performing inputs viatouch operations, thereby improving water-tightness.

The antenna 606 can transmit/receive electromagnetic wave signalsto/from other external apparatuses, and the short-distance wirelesscommunication processor 607 can control the wireless communicationperformed between the other external apparatuses. Bluetooth, IEEE802.11, and near-field communication (NFC) are non-limiting examples ofwireless communication protocols that can be used for inter-devicecommunication via the short-distance wireless communication processor607.

The electronic device 600 can include a motion sensor 608. The motionsensor 608 can detect features of motion (i.e., one or more movements)of the electronic device 600. For example, the motion sensor 608 caninclude an accelerometer to detect acceleration, a gyroscope to detectangular velocity, a geomagnetic sensor to detect direction, ageo-location sensor to detect location, etc., or a combination thereofto detect motion of the electronic device 600. According to aspects ofthe disclosure, the motion sensor 608 can generate a detection signalthat includes data representing the detected motion. For example, themotion sensor 608 can determine a number of distinct movements in amotion, a number of physical shocks on the electronic device 600, aspeed and/or acceleration of the motion, or other motion features. Thedetected motion features can be included in the generated detectionsignal. The detection signal can be transmitted, e.g., to the controller610, whereby further processing can be performed based on data includedin the detection signal. The motion sensor 608 can work in conjunctionwith a GPS 660. The GPS 660 detects the present position of theelectronic device 600. The information of the present position detectedby the GPS 660 is transmitted to the controller 610. An antenna 661 isconnected to the GPS 660 for receiving and transmitting signals to andfrom a GPS satellite.

Electronic device 600 can include a camera 609, which includes a lensand shutter for capturing photographs of the surroundings around theelectronic device 600. In an embodiment, the camera 609 capturessurroundings of an opposite side of the electronic device 600 from theuser. The images of the captured photographs can be displayed on thedisplay panel 620. A memory saves the captured photographs. The memorycan reside within the camera 609 or it can be part of the memory 650.The camera 609 can be a separate feature attached to the electronicdevice 600 or it can be a built-in camera feature.

A hardware description of a computing device 700 used in accordance withexemplary embodiments is described with reference to FIG. 7. One or morefeatures described above with reference to electronic device 600 of FIG.6 can be included in computing device 700 described herein. Computingdevice 700 could be used to implement one or more embodiments of thepresent disclosure, such as graphics analyzer 120, graphics finder 135,image renderer 150, request handler 140, server 115, and/or contextualgraphics view renderer 155.

In FIG. 7, the computing device 700 includes a CPU 701 which performsthe processes described herein. The process data and instructions may bestored in memory 702. These processes and instructions may also bestored on a storage medium disk 704 such as a hard disk drive (HDD) orportable storage medium or may be stored remotely. Further, the claimedembodiments are not limited by the form of the computer-readable mediaon which the instructions of the inventive process are stored. Forexample, the instructions may be stored on CDs, DVDs, in FLASH memory,RAM, ROM, PROM, EPROM, EEPROM, hard disk or any other informationprocessing device with which the computing device communicates, such asa server or computer.

Further, the claimed embodiments may be provided as a utilityapplication, background daemon, or component of an operating system, orcombination thereof, executing in conjunction with CPU 701 and anoperating system. Examples of an operating system include MicrosoftWindows 7, UNIX, Solaris, LINUX, Apple MAC-OS, and other systems knownto those skilled in the art.

CPU 701 may be a Xenon or Core processor from Intel of America or anOpteron processor from AMD of America, or may be other processor typesthat would be recognized by one of ordinary skill in the art.Alternatively, the CPU 701 may be implemented on an FPGA, ASIC, PLD orusing discrete logic circuits, as one of ordinary skill in the art wouldrecognize. Further, CPU 701 may be implemented as multiple processorscooperatively working in parallel to perform the instructions of theinventive processes described above.

The computing device 700 in FIG. 7 also includes a network controller706, such as an Intel Ethernet PRO network interface card from IntelCorporation of America, for interfacing with network 77. As can beappreciated, the network 77 can be a public network, such as theInternet, or a private network such as an LAN or WAN network, or anycombination thereof and can also include PSTN or ISDN sub-networks. Thenetwork 77 can also be wired, such as an Ethernet network, or can bewireless such as a cellular network including EDGE, 3G and 4G wirelesscellular systems. The wireless network can also be WiFi, Bluetooth, orany other wireless form of communication that is known.

The computing device 700 further includes a display controller 708, suchas a NVIDIA GeForce GTX or Quadro graphics adaptor from NVIDIACorporation of America for interfacing with display 710, such as aHewlett Packard HPL2445w LCD monitor. A general purpose I/O interface712 interfaces with a keyboard and/or mouse 714 as well as a touchscreen panel 716 on or separate from display 710. General purpose I/Ointerface 712 also connects to a variety of peripherals 718 includingprinters and scanners, such as an OfficeJet or DeskJet from HewlettPackard. A sound controller 720 is also provided in the computingdevice, such as Sound Blaster X-Fi Titanium from Creative, to interfacewith speakers/microphone 722 thereby providing sounds and/or music.

The general purpose storage controller 724 connects the storage mediumdisk 704 with communication bus 726, which may be an ISA, EISA, VESA,PCI, or similar, for interconnecting all of the components of thecomputing device 700. A description of the general features andfunctionality of the display 710, keyboard and/or mouse 714, as well asthe display controller 708, storage controller 724, network controller706, sound controller 720, and general purpose I/O interface 712 areomitted herein for brevity.

The exemplary circuit elements described in the context of the presentdisclosure can be replaced with other elements and structureddifferently than the examples provided herein. Moreover, circuitryconfigured to perform features described herein can be implemented inmultiple circuit units (e.g., chips), or the features can be combined incircuitry on a single chipset, as shown in FIG. 8. The chipset of FIG. 8can be implemented in conjunction with either electronic device 600 orcomputing device 700 described herein with reference to FIGS. 6 and 7,respectively.

FIG. 8 shows a schematic diagram of a data processing system, accordingto aspects of the disclosure described herein for performing a menunavigation. The data processing system is an example of a computer inwhich code or instructions implementing the processes of theillustrative embodiments can be located.

In FIG. 8, data processing system 800 employs an applicationarchitecture including a north bridge and memory controller application(NB/MCH) 825 and a south bridge and input/output (I/O) controllerapplication (SB/ICH) 820. The central processing unit (CPU) 830 isconnected to NB/MCH 825. The NB/MCH 825 also connects to the memory 845via a memory bus, and connects to the graphics processor 850 via anaccelerated graphics port (AGP). The NB/MCH 825 also connects to theSB/ICH 820 via an internal bus (e.g., a unified media interface or adirect media interface). The CPU 830 can contain one or more processorsand even can be implemented using one or more heterogeneous processorsystems.

For example, FIG. 9 shows one implementation of CPU 830. In oneimplementation, an instruction register 938 retrieves instructions froma fast memory 940. At least part of these instructions are fetched froman instruction register 938 by a control logic 936 and interpretedaccording to the instruction set architecture of the CPU 830. Part ofthe instructions can also be directed to a register 932. In oneimplementation the instructions are decoded according to a hardwiredmethod, and in another implementation the instructions are decodedaccording to a microprogram that translates instructions into sets ofCPU configuration signals that are applied sequentially over multipleclock pulses.

After fetching and decoding the instructions, the instructions areexecuted using an arithmetic logic unit (ALU) 934 that loads values fromthe register 932 and performs logical and mathematical operations on theloaded values according to the instructions. The results from theseoperations can be fed back into the register 932 and/or stored in a fastmemory 940.

According to aspects of the disclosure, the instruction set architectureof the CPU 830 can use a reduced instruction set computer (RISC), acomplex instruction set computer (CISC), a vector processorarchitecture, or a very long instruction word (VLIW) architecture.Furthermore, the CPU 830 can be based on the Von Neuman model or theHarvard model. The CPU 830 can be a digital signal processor, an FPGA,an ASIC, a PLA, a PLD, or a CPLD. Further, the CPU 830 can be an x86processor by Intel or by AMD; an ARM processor; a Power architectureprocessor by, e.g., IBM; a SPARC architecture processor by SunMicrosystems or by Oracle; or other known CPU architectures.

Referring again to FIG. 8, the data processing system 800 can includethe SB/ICH 820 being coupled through a system bus to an I/O Bus, a readonly memory (ROM) 856, universal serial bus (USB) port 864, a flashbinary input/output system (BIOS) 868, and a graphics controller 858.PCI/PCIe devices can also be coupled to SB/ICH 820 through a PCI bus862.

The PCI devices can include, for example, Ethernet adapters, add-incards, and PC cards for notebook computers. The Hard disk drive 860 andCD-ROM 866 can use, for example, an integrated drive electronics (IDE)or serial advanced technology attachment (SATA) interface. In oneimplementation the I/O bus can include a super I/O (SIO) device.

Further, the hard disk drive (HDD) 860 and optical drive 866 can also becoupled to the SB/ICH 820 through a system bus. In one implementation, akeyboard 870, a mouse 872, a parallel port 878, and a serial port 876can be connected to the system bus through the I/O bus. Otherperipherals and devices can be connected to the SB/ICH 820 using a massstorage controller such as SATA or PATA, an Ethernet port, an ISA bus, aLPC bridge, SMBus, a DMA controller, and an Audio Codec.

Moreover, the present disclosure is not limited to the specific circuitelements described herein, nor is the present disclosure limited to thespecific sizing and classification of these elements. For example, theskilled artisan will appreciate that the circuitry described herein maybe adapted based on changes on battery sizing and chemistry, or based onthe requirements of the intended back-up load to be powered.

The functions and features described herein can also be executed byvarious distributed components of a system. For example, one or moreprocessors can execute these system functions, wherein the processorsare distributed across multiple components communicating in a network.The distributed components can include one or more client and servermachines, which can share processing, such as a cloud computing system,in addition to various human interface and communication devices (e.g.,display monitors, smart phones, tablets, personal digital assistants(PDAs)). The network can be a private network, such as a LAN or WAN, orcan be a public network, such as the Internet. Input to the system canbe received via direct user input and received remotely either inreal-time or as a batch process. Additionally, some implementations canbe performed on modules or hardware not identical to those described.Accordingly, other implementations are within the scope that can beclaimed.

The functions and features described herein may also be executed byvarious distributed components of a system. For example, one or moreprocessors may execute these system functions, wherein the processorsare distributed across multiple components communicating in a network.For example, distributed performance of the processing functions can berealized using grid computing or cloud computing. Many modalities ofremote and distributed computing can be referred to under the umbrellaof cloud computing, including: software as a service, platform as aservice, data as a service, and infrastructure as a service. Cloudcomputing generally refers to processing performed at centralizedlocations and accessible to multiple users who interact with thecentralized processing locations through individual terminals.

FIG. 10 illustrates an exemplary flowchart for a method according toaspects of the present disclosure. The hardware description above,exemplified by any one of the structural examples illustrated in FIG. 6,7, or 8, constitutes or includes specialized corresponding structurethat is programmed or configured to perform the method illustrated inFIG. 10. For example, the method illustrated in FIG. 10 may becompletely performed by the circuitry included in the single deviceshown in FIG. 6 or 7, or the chipset as illustrated in FIG. 8. Themethod may also be completely performed in a shared manner distributedover the circuitry of any plurality of the devices.

FIG. 10 is an exemplary flowchart for a method 1000 of contextuallyrendering graphics. A graphics file is parsed into a plurality ofgraphics objects in step S1010. It is determined whether one or moredynamic behavior attributes are present for each graphics objects instep S1020. At least one tag name for each graphics object having theone or more dynamic behavior attributes is extracted in step S1030. Anattribute weight is assigned to each of the dynamic behavior attributesin step S1040. A sum of the attribute weights for each tag name-graphicsobject combination is computed in step S1050. Each tag name-graphicsobject combination is ranked according to the respective computed sum,using circuitry in step S1060. A portion of a graphics view of one ormore graphics objects for a first-ranked tag name-graphics objectcombination is displayed in context with other graphics objects in stepS1070.

The above disclosure also encompasses the embodiments noted below.

(1) A contextual rendering system comprises circuitry configured toparse a graphics file into a plurality of graphics objects, determinewhether one or more dynamic behavior attributes are present for eachgraphics object, extract at least one tag name for each graphics objecthaving the one or more dynamic behavior attributes, assign an attributeweight to each dynamic behavior attribute, compute a sum of theattribute weights for each tag name-graphics object combination, rankeach of the tag name-graphics object combinations according to therespective computed sum, and display a portion of a graphics view of oneor more graphics objects for a first-ranked tag name-graphics objectcombination in context with other graphics objects.

(2) The contextual rendering system according to (1), wherein thecircuitry is further configured to compute the sum of the attributeweights for each tag name-graphics object combination as Score_OT, sortthe plurality of graphics objects based on their respective location andrespective Score_OT for each tag name, and compute a combined score foreach tag name-graphics file combination as a summation of all Score_OTsfor an associated tag name.

(3) The contextual rendering system according to any of (1) through (2),wherein the circuitry is further configured to display the portion ofthe graphics view according to a display area size of a renderingdevice.

(4) The contextual rendering system according to any of (1) through (3),wherein the circuitry is further configured to render process graphicswith real-time data for a real-time contextual view of the one or moregraphics objects.

(5) The contextual rendering system according to any of (1) through (4),wherein the circuitry is further configured to provide a user navigationto other graphics objects associated with an area of interest.

(6) The contextual rendering system according to any of (1) through (5),wherein the circuitry is further configured to suppress displaying oneor more graphics objects previously identified by a user.

(7) A method of contextually rendering graphics comprises parsing agraphics file into a plurality of graphics objects; determining whetherone or more dynamic behavior attributes are present for each graphicsobject; extracting at least one tag name for each graphics object havingthe one or more dynamic behavior attributes; assigning an attributeweight to each of the dynamic behavior attributes; computing a sum ofthe attribute weights for each tag name-graphics object combination;ranking, using circuitry, each tag name-graphics object combinationaccording to the respective computed sum; and displaying a portion of agraphics view of one or more graphics objects for a first-ranked tagname-graphics object combination in context with other graphics objects.

(8) The method according to (7), wherein the displaying includesidentifying coordinates of a user's point of interest in proximity tothe one or more graphics object, and displaying the one or more graphicsobjects in context with other graphics objects associated with one ormore of the identified coordinates.

(9) The method according to any one of (7) through (8), wherein thedisplaying is contingent upon a display area size of a rendering device.

(10) The method according to any one of (7) through (9), furthercomprises transmitting a notification to a rendering device of anabnormality of interest, and rendering a contextual graphics display ofthe abnormality of interest to the rendering device.

(11) The method according to any one of (7) through (10), furthercomprises transmitting a notification to a rendering device of anabnormality of interest, and rendering a contextual graphics display ofthe abnormality of interest in context with one or more associatedgraphics features in proximity to the abnormality of interest to therendering device.

(12) The method according to any one of (7) through (11), furthercomprises providing a user navigation to other graphics objectsassociated with an abnormality of interest.

(13) The method according to any one of (7) through (12), furthercomprises suppressing in the displaying, one or more of the graphicsobjects previously identified by a user.

(14) The method according to any one of (7) through (13), wherein thecomputing further comprises computing the sum of the attribute weightsfor each tag name-graphics object combinations as Score_OT, sorting theplurality of graphics objects based on their respective location andrespective Score_OT for each tag name, and computing a combined scorefor each tag name-graphics file combination as a summation of allScore_OTs for an associated tag name.

(15) A non-transitory computer-readable storage medium havingcomputer-executable instructions embodied thereon, that when executed bya computing device, executes a method comprising parsing a graphics fileinto a plurality of graphics objects; determining whether one or moredynamic behavior attributes are present for each graphics object;extracting at least one tag name for each graphics object having the oneor more dynamic behavior attributes; assigning an attribute weight toeach of the dynamic behavior attributes; computing a sum of theattribute weights for each tag name-graphics object combination; rankingeach of the tag name-graphics object combinations according to therespective computed sum; and displaying a portion of a graphics view ofone or more graphics objects for a first-ranked tag name-graphics objectcombination in context with other graphics objects.

(16) The non-transitory computer-readable storage medium according to(15), wherein the method further comprises computing the sum of theattribute weights for each tag name-graphics object combination asScore_OT, sorting the plurality of graphics objects based on theirrespective location and respective Score_OT for each tag name, andcomputing a combined score for each tag name-graphics file combinationas a summation of all Score_OTs for an associated tag name.

(17) The non-transitory computer-readable storage medium according toany of (15) through (16), wherein the method further comprisesdisplaying the portion of the graphics view according to a display areasize of a rendering device.

(18) The non-transitory computer-readable storage medium according toany of (15) through (17), wherein the method further comprises renderingprocess graphics with real-time data for a real-time contextual view ofthe one or more graphics objects.

(19) The non-transitory computer-readable storage medium according toany of (15) through (18), wherein the method further comprises providinga user navigation to other graphics objects associated with an area ofinterest.

(20) The non-transitory computer-readable storage medium according toany of (15) through (19), wherein the method further comprisessuppressing displaying one or more of the graphics objects previouslyidentified by a user.

(21) A contextual rendering system comprises a graphics file repositoryconfigured to store graphics files, a graphics file analyzer configuredwith circuitry to analyze the graphics files and to compute anattribute-weighted score for one or more graphics objects for each ofthe graphics files based upon pre-defined rules, an analyzer repositoryconfigured to store calculated results of the graphics file analyzer, agraphics finder configured with circuitry to identify a graphics filefor an associated tag name, and to sort one or more relevant graphicsfiles, a contextual graphics view renderer configured with circuitry todisplay one or more relevant graphics objects on a device, and to updatethe displaying with real-time data, and a server configured withcircuitry to process a graphics request from the device and forward theprocessed graphics request, via a request handler to the graphicsfinder.

(22) The contextual rendering system according to (21), wherein thegraphics file analyzer is further configured with circuitry to compute atotal attribute-weighted score for each graphics object-tag namecombination as Score_OT, sort the one or more graphics objects based ontheir respective location and respective Score_OT for each tag name, andcompute a combined score for each graphics file-tag name combination asa summation of all Score_OTs for an associated tag name.

(23) The contextual rendering system according to any one of (21)through (22), wherein the relative location includes a coordinateposition of a particular graphics object within an associated graphicsfile.

(24) The contextual rendering system according to any one of (21)through (23), wherein the graphics finder is further configured withcircuitry to sort and rank an identified graphics file-tag namecombination within existing graphics file-tag name combinations in theanalyzer repository.

(25) The contextual rendering system according to any one of (21)through (24), wherein the contextual graphics view renderer is furtherconfigured with circuitry to display a graphics view of an identifiedgraphics object in context with existing ranked graphics objects withinan associated graphics file.

(26) The contextual rendering system according to any one of (21)through (25), wherein a tag name is indexed with one or more of thegraphics objects and a location of the respective one or more graphicsobjects to form a graphics object-tag name combination.

The foregoing discussion discloses and describes merely exemplaryembodiments of the present disclosure. As will be understood by thoseskilled in the art, the present disclosure may be embodied in otherspecific forms without departing from the spirit or essentialcharacteristics thereof. Accordingly, the present disclosure is intendedto be illustrative, but not limiting of the scope of the disclosure,including the claims. The disclosure, including any readily discerniblevariants of the teachings herein, defines in part, the scope of theforegoing claim terminology such that no inventive subject matter isdedicated to the public.

The invention claimed is:
 1. A contextual rendering system, comprising:circuitry configured to parse at least one graphics file into aplurality of graphics objects; determine whether one or more dynamicbehavior attributes are present for each graphics object; extract atleast one tag name for each graphics object having the one or moredynamic behavior attributes; assign an attribute weight to each dynamicbehavior attribute; compute a sum of the attribute weights for each tagname-graphics object combination based upon the attribute weightassigned to each dynamic behavior attribute; sort the attribute weightassigned to each dynamic behavior attribute by priority and location foreach tag name-graphics object combination; compute a combined score foreach tag name-graphics file combination as a summation of sums of theattribute weights for an associated tag name; display a portion of agraphics view of one or more graphics objects based on the combinedscores in context with other graphics objects.
 2. A contextual renderingsystem, comprising: circuitry configured to at least: parse at least onegraphics file into a plurality of graphics objects; determine whetherone or more dynamic behavior attributes are present for each graphicsobject; extract at least one tag name for each graphics object havingthe one or more dynamic behavior attributes; assign an attribute weightto each dynamic behavior attribute; compute a sum of the attributeweights for each tag name-graphics object combination as Score_OT; sortthe plurality of graphics objects based on their respective location andrespective Score_OT for each tag name; and compute a combined score foreach tag name-graphics file combination as a summation of all Score_OTsfor an associated tag name; rank each of the tag name-graphics filecombinations according to the respective combined score; and display aportion of a graphics view of one or more graphics objects for afirst-ranked tag name-graphics file combination in context with othergraphics objects.
 3. The contextual rendering system of claim 2, whereinthe circuitry is further configured to: display the portion of thegraphics view according to a display area size of a rendering device. 4.The contextual rendering system of claim 2, wherein the circuitry isfurther configured to: render process graphics with real-time data for areal-time contextual view of the one or more graphics objects.
 5. Thecontextual rendering system of claim 2, wherein the circuitry is furtherconfigured to: provide a user navigation to other graphics objectsassociated with an area of interest.
 6. The contextual rendering systemof claim 2, wherein the circuitry is further configured to: suppressdisplaying one or more graphics objects previously identified by a user.7. A method of contextually rendering graphics, the method comprising:parsing at least one graphics file into a plurality of graphics objects;determining whether one or more dynamic behavior attributes are presentfor each graphics object; extracting at least one tag name for eachgraphics object having the one or more dynamic behavior attributes;assigning an attribute weight to each of the dynamic behaviorattributes; computing a sum of the attribute weights for each tagname-graphics object combination based upon the attribute weightassigned to each dynamic behavior attribute; sorting the attributeweight assigned to each dynamic behavior attribute by priority andlocation for each tag name-graphics object combination; compute acombined score for each tag name-graphics file combination as asummation of sums of the attribute weights for an associated tag name;and displaying a portion of a graphics view of one or more graphicsobjects based on the combined scores in context with other graphicsobjects.
 8. A method of contextually rendering graphics, the methodcomprising: parsing at least one graphics file into a plurality ofgraphics objects; determining whether one or more dynamic behaviorattributes are present for each graphics object; extracting at least onetag name for each graphics object having the one or more dynamicbehavior attributes; assigning an attribute weight to each of thedynamic behavior attributes; computing a sum of the attribute weightsfor each tag name-graphics object combination as Score_OT; sorting theplurality of graphics objects based on their respective location andrespective Score_OT for each tag name; computing a combined score foreach tag name-graphics file combination as a summation of all Score_OTsfor an associated tag name; ranking, using circuitry, each tagname-graphics file combination according to the respective combinedscore; and displaying a portion of a graphics view of one or moregraphics objects for a first-ranked tag name-graphics file combinationin context with other graphics objects.
 9. The method of claim 8,wherein the displaying includes identifying coordinates of a user'spoint of interest in proximity to the one or more graphics objects, anddisplaying the one or more graphics objects in context with othergraphics objects associated with one or more of the identifiedcoordinates.
 10. The method of claim 9, wherein the displaying iscontingent upon a display area size of a rendering device.
 11. Themethod of claim 8, further comprising: transmitting a notification to arendering device of an abnormality of interest; and rendering acontextual graphics display of the abnormality of interest to therendering device.
 12. The method of claim 8, further comprising:transmitting a notification to a rendering device of an abnormality ofinterest; and rendering a contextual graphics display of the abnormalityof interest in context with one or more associated graphics features inproximity to the abnormality of interest to the rendering device. 13.The method of claim 8, further comprising: providing a user navigationto other graphics objects associated with an abnormality of interest.14. The method of claim 8, further comprising: suppressing in thedisplaying, one or more of the graphics objects previously identified bya user.
 15. A non-transitory computer-readable storage medium havingcomputer-executable instructions embodied thereon, that when executed bya computing device, executes a method comprising: parsing at least onegraphics file into a plurality of graphics objects; determining whetherone or more dynamic behavior attributes are present for each graphicsobject; extracting at least one tag name for each graphics object havingthe one or more dynamic behavior attributes; assigning an attributeweight to each of the dynamic behavior attributes; computing a sum ofthe attribute weights for each tag name-graphics object combinationbased upon the attribute weight assigned to each dynamic behaviorattribute; sorting the attribute weight assigned to each dynamicbehavior attribute by priority and location for each tag name-graphicsobject combination; compute a combined score for each tag name-graphicsfile combination as a summation of sums of the attribute weights for anassociated tag name; and displaying a portion of a graphics view of oneor more graphics objects based on the combined scores in context withother graphics objects.
 16. A non-transitory computer-readable storagemedium having computer-executable instructions embodied thereon, thatwhen executed by a computing device, executes a method comprising:parsing at least one graphics file into a plurality of graphics objects;determining whether one or more dynamic behavior attributes are presentfor each graphics object; extracting at least one tag name for eachgraphics object having the one or more dynamic behavior attributes;assigning an attribute weight to each of the dynamic behaviorattributes; computing a sum of the attribute weights for each tagname-graphics object combination as Score_OT; sorting the plurality ofgraphics objects based on their respective location and respectiveScore_OT for each tag name; computing a combined score for each tagname-graphics file combination as a summation of all Score_OTs for anassociated tag name; ranking each of the tag name-graphics filecombinations according to the respective combined score; and displayinga portion of a graphics view of one or more graphics objects for afirst-ranked tag name-graphics file combination in context with othergraphics objects.
 17. The non-transitory computer-readable storagemedium of claim 16, wherein the method further comprises: displaying theportion of the graphics view according to a display area size of arendering device.
 18. The non-transitory computer-readable storagemedium of claim 16, wherein the method further comprises: renderingprocess graphics with real-time data for a real-time contextual view ofthe one or more graphics objects.
 19. The non-transitorycomputer-readable storage medium of claim 16, wherein the method furthercomprises: providing a user navigation to other graphics objectsassociated with an area of interest.
 20. The non-transitorycomputer-readable storage medium of claim 16, wherein the method furthercomprises: suppressing displaying one or more of the graphics objectspreviously identified by a user.